Digital asset data type definitions

ABSTRACT

Data definitions for digital assets, such as, for example, audio, video, photographs, graphics, and electronic documents, are provided that allow these different asset types to be stored in a single database. The definitions are preferably in XML and can be used as a standardized dictionary to more efficiently and economically manage digital-assets, thus improving system interoperability between companies or organizations within a company. A digital asset ordering interface, hardware system, software arrangement, and application interface configuration advantageously using these data definitions are also provided.

CROSS REFERENCE TO RELATED APPLICATION

[0001] This claims the benefit of U.S. Provisional Application No.60/254,991, filed Dec. 12, 2000.

BACKGROUND OF THE INVENTION

[0002] This invention relates to storing, retrieving, and trackingdigital data. More particularly, this invention relates to datadefinitions that allow disparate types of digital assets, such as, forexample, photographs, graphics, audio, video, and text documents, to beeasily and economically stored, retrieved, and tracked.

[0003] Data definitions may be written using XML (extensible markuplanguage). XML is a condensed form of SGML (standard generalized markuplanguage), which is an information management standard that providesdocuments that retain formatting, indexing, and linkedinformation—independent of application and platform. XML and SGML can beused to organize and present information on the World Wide Web.

[0004] Many companies maintain or access large libraries of variousaudio, visual, and textual assets. Such assets typically include contentand metadata. Content may be, for example, still photographs, audiorecordings, video recordings, combined audio/video recordings, combinedaudio/still photograph recordings, graphics, etc. Metadata is“information about information,” that is, information used to identifyor classify the content. Metadata can include, for example, contenttitles, version numbers, authors, captions, and other descriptiveinformation relevant to the content.

[0005] Such assets are often stored in disparate repositories and ondisparate media (e.g. audio and video cassette tapes, motion picturefilm, photographic negatives, digital video discs, etc.). Accordingly, asignificant amount of time is often required to locate a particularasset and then deliver a copy of it. For example, it may take severaldays to locate and manually copy an audio track stored on a reel-to-reeltape located at a creative services or marketing department of a companyin California and then have that copy shipped to a business affairsdepartment or sister company in New York. This process, known asrepurposing, is manually intensive and prone to errors. Furthermore,keeping track of asset usage (e.g., who has asset copies) is also amanually intensive process prone to errors. Accordingly, it can costthousands or even millions of dollars annually for a company to managesuch assets.

[0006] In an attempt to reduce these costs, some companies store assetsdigitally in one or more computer databases. These assets can then beretrieved electronically using appropriate software applications.However, known applications are limited. For example, databases arecommonly structured to store only one type of digital asset, such as,for example, only photographs. The number, size, and formats of recordfields used in the database, characters delimiting the end of files,file size of database records, etc. are all usually customized (andlimited) to that one type of asset. Even those few databases that areknown to store more than one asset type are also limited with respect torecord field definitions and record file size, making them incompatiblefor use with many other types of digital assets. Such databases are thusimpractical for storing a large variety of different types of digitalassets.

[0007] In sum, storing disparate asset types in a single repositoryhaving information and formatting sufficient for identification andretrieval by a single software application or computer platform is notknown. Moreover, no standardized definitional dictionary for digitalassets is known. Thus, system interoperability between two or morecompanies or two or more organizations within a company having differenttypes of digital assets is still very difficult.

[0008] In view of the foregoing, it would be desirable to be able toprovide a standardized dictionary of data definitions for disparatetypes of digital assets.

[0009] It would also be desirable to be able to provide data definitionsfor application and platform independent search, retrieval, delivery,and tracking of digital assets.

[0010] It would further be desirable to be able to provide datadefinitions that reduce digital asset search time.

[0011] It would still further be desirable to be able to provide datadefinitions that reduce digital asset delivery time.

SUMMARY OF THE INVENTION

[0012] It is an object of this invention to provide a standardizeddictionary of data definitions for disparate types of digital assets.

[0013] It is also an object of this invention to provide datadefinitions for application and platform independent search, retrieval,delivery, and tracking of digital assets.

[0014] It is a further object of this invention to provide datadefinitions that reduce digital asset search time.

[0015] It is a still further object of this invention to provide datadefinitions that reduce digital asset delivery time.

[0016] In accordance with this invention, data definitions are providedfor digital assets that include a hierarchical structure that reflectsthe relationships between attributes and categories of content. Thesedefinitions, preferably encoded in XML, can be used as a standardizeddictionary to create a digital asset library that is easily andeconomically manageable. The data definitions are applicable to digitalassets of disparate data types and include metadata identifierssufficient to uniquely identify those digital assets.

BRIEF DESCRIPTION OF THE DRAWINGS

[0017] The above and other objects and advantages of the invention willbe apparent upon consideration of the following detailed description,taken in conjunction with the accompanying drawings, in which likereference characters refer to like parts throughout, and in which:

[0018]FIG. 1 is a flow chart of an interface for ordering digital assetsusing data definitions according to the invention;

[0019]FIG. 2 is a block diagram of an embodiment of a hardware systemwithin which the invention can be used;

[0020]FIG. 3 is a block diagram of an embodiment of integrated softwareaccording to the invention;

[0021]FIG. 4 is a block diagram of an embodiment of an applicationinterface configuration according to the invention;

[0022]FIG. 5 shows an embodiment of a display screen for asset searchingaccording to the invention;

[0023]FIG. 6 shows an embodiment of a display screen for search resultsaccording to the invention; and

[0024]FIG. 7 is a high level block diagram showing an embodiment of adocument type definition (DTD) for digital assets according to theinvention.

DETAILED DESCRIPTION OF THE INVENTION

[0025] The invention provides data definitions, preferably in XML, fordisparate types of digital assets, such as, for example, artwork, logos,photographs, video, graphics, music, still photographs, promotionstills, promos (e.g., an audio or video promotional announcement),tapes, soundtracks, text, video frames (a single image from a videorecording), video clips (a group of images from a video recording), anddailies (unedited and unprocessed video or film typically recorded theprevious day). Digital assets include content (i.e., the actual assetdata) and metadata. Data definitions of the invention advantageouslypermit a single database to be used for storing, retrieving, andtracking different types of assets whose contents are preferably storedeither on the same computer as the database, in the database, on acomputer linked to the database via the same network, or combinationsthereof. These data definitions allow, for example, employees,affiliates, and customers to relatively easily and economicallyreplicate or transfer assets between repositories where the assets arelocated and destinations where the assets are currently needed.Furthermore, electronic records can be created to allows usage of thoseassets to be easily tracked. Thus, the costs associated with managingthose assets are significantly reduced.

[0026]FIG. 1 shows an interface for searching and ordering digitalassets facilitated by the invention. System Home Screen 101 ispreferably the first screen a user views when searching for a digitalasset (e.g., a video program). While at Home Screen 101, users may entersearch criteria before proceeding to another screen. However, this isalternatively not necessary. From Home Screen 101, the user may proceedin one of the following ways: along path 102 to Login Screen 103, alongpath 104 to Register Screen 105, along path 106 to Advanced SearchScreen 107, along path 108 to Top Picks Screen 109, along path 110 toLatest Releases Screen 111, or along path 112 to Editor's Choice Screen113.

[0027] At Login Screen 103, users login to a secured version of a searchsystem associated with interface 100. A user entering Login Screen 103along path 102 is preferably directed along path 114 to User Home Screen115 unless the user entered search criteria while viewing Home Screen101. In that case, the user is preferably directed to Order Confirmationand Download Screen 117 along path 116. Similarly, if the user enteredLogin Screen 103 along path 127, the user is also preferably directed toOrder Confirmation and Download Screen 117.

[0028] At Register Screen 105, users register to use the system. Usersmay be assigned or may freely choose a username, password, and any otherrelevant identifying information. Users may be prompted by RegisterScreen 105 to enter information deemed relevant or necessary by thesystem. After registering, users are preferably directed along path 118to User Home Screen 115.

[0029] At Advanced Search Screen 107 users enter or are givenpre-defined criteria with which the database of the invention can besearched. Screen 107 preferably allows users to generate advanced searchcriteria including, but not limited to, searching specific strings,numeric values, fields or combinations of fields containing data, aswell as allowing users to define complex or simple search expressionsusing boolean or other logic, wildcards, multiple search criteria, orany other type of search functionality. Preferably, upon an indicationby a user or upon a pre-defined system event (for example, expiration ofa timer), a user will be directed along path 119 to Search ResultsScreen 120.

[0030] At Top Picks Screen 109, a user can view and select from a subsetof assets defined in the database. This subset may be predefined by theuser, the system, or a system administrator. The subset may be definedas the most viewed assets, most searched for assets, most retrievedassets, most popular assets, or top assets based on a criteria definedby a user, the system, or an administrator.

[0031] At Latest Releases Screen 111, a user can view and select from asubset of assets in the database This data is preferably a subset of themost recently added assets in the database. However, the subset may bedefined as the most recently released assets, most recently producedassets, or any other desired subset of data in the database.

[0032] At Editor's Choice Screen 113, a user can view and select from asubset of assets defined in the database. This subset is preferably aselection of assets that one or more editors, within the company ororganization viewing or providing the database, has selected as beingdesirable for viewing based on one or more criteria defined by theeditors.

[0033] At User Home Screen 115, a user can view personalized or standardinformation relating to that user's usage of the database. The systemmay present the user with search possibilities, the ability to view somesubset of assets defined in the database, a listing of data that may beuseful in some respect, and any other relevant information or functionalpossibilities. Preferably, upon an indication by a user or upon apre-defined system event (for example, expiration of a timer), the useris directed along path 122 to Content Detail Screen 123.

[0034] At Search Results Screen 120, a user can view and select from asubset of data retrieved in accordance with criteria defined by the userwhile viewing Advanced Search Screen 107 and possibly in accordance withone or more database enforced criteria. Upon indicating a selection ofone or more assets, a user is directed along path 121 to Content DetailScreen 123.

[0035] In addition to being directed along path 121 or 122 as described,a user may be directed along path 124 from any of screens 109, 111, or113 to Content Detail Screen 123. A user may be automatically directedto screen 123 if a small number of asset definitions are the only itemsthe user wishes to view. For instance, if a user performs a complexsearch and the system finds only one asset satisfying the searchcriteria, the system may automatically bypass Search Results Screen 120and display Content Detail Screen 123.

[0036] At Content Detail Screen 123, a user can view all or part of thesummary data directly related to one or more items selected manually orautomatically by the user. Preferably, upon an indication by the user orupon a pre-defined system event (for example, expiration of a timer), auser is directed along path 125 to Order Options Screen 126.

[0037] At Order Options Screen 126, a user can view and select fromoptions related to ordering and downloading data for which summary datawas viewed while viewing Content Detail Screen 123. These options mayinclude billing, routing, formatting, data transmission, delivery date,delivery time, and other relevant options. Upon indication by a user orupon a pre-defined system event, the user is directed along path 127 toLogin Screen 103 or along path 128 to Order Confirmation And DownloadScreen 117. Preferably, a user is directed along path 127 when the userhas not logged in using Login Screen 103. Alternatively, a user isdirected along path 128 when the user had previously logged in via LoginScreen 103. In some systems, logging in is not necessary. In othersystems, a user that has logged in but has not taken any decisive action(for instance, has not made an indication at Order Options Screen 126within a specified amount of time after logging in) is directed alongpath 127.

[0038] At Order Confirmation And Download Screen 117 the systempreferably displays details and summary information relating to an assetthat was ordered by a user. The user is preferably presented with theopportunity to download or retrieve the asset. Such retrieval may beperformed either electronically or by using devices (such as printers,tape recorders, compact disc writers, digital video disc writers, orother recording or printing equipment) to convert an asset stored in adatabase or in an associated or networked computer memory to a digitalor analog item stored in another manner.

[0039] Note that any of paths 102, 104, 106, 108, 110, 112, 114, 116,118, 119, 121, 122, 124, 125, or 128 may be traversed in reverse byusers that wish to step backwards in the search and ordering process.Also, securing the search system is not a necessary function of theinvention. Note further that all of interface 100 is not necessary forimplementing the invention; an interface employing even a very smallsubset of interface 100 can benefit from the invention. Moreover,additional process paths and functionality (for instance, pathsconnecting any of screens 109, 111, 113, 115, and 123 directly to SearchResults Screen 120 to allow a user to view search results from a searchperformed while viewing any of those screens) can be added to interface100.

[0040] In sum, the data definitions of the invention enable systemsusing interface 100 or similar interfaces to provide satisfactoryinteractive search and response times to users.

[0041]FIG. 2 shows a hardware system 200 that can be used to managedigital data defined with data definitions in accordance with theinvention. System 200 preferably includes one or more servers 201, asecure transmission line 202, at least one secure recording or printingdevice 203, one or more secure access devices (e.g., laptop 204,computer 205, and workstation 206), at least one firewall 207, one ormore non-secure transmission lines 208, one or more non-secure accessdevices (e.g., computer 209, workstation 210, and laptop 211), and atleast one non-secure recording or printing device 212.

[0042] One or more servers 201 store all or part of one or moredatabases. Servers 201 may be accessed via secure transmission line 202by secure access devices 204-206 or by firewall 207 which has receivedappropriate indications from non-secure access devices 209-211 vianon-secure transmission line 208. Upon receiving appropriate indicationsfrom devices 204-206 or firewall 207, servers 201 transmit data todevices 204-206, firewall 207, or recording or printing device 203, asappropriate, via secure transmission line 202.

[0043] Upon receiving appropriate indications (based on securitycriteria), firewall 207 transmits data to non-secure access devices209-211 or non-secure recording or printing device 212, as appropriate,via non-secured data transmission line 208.

[0044] Secure access devices 204-206 and non-secure access devices209-211 can include laptop computers, desktop computers, andworkstations (as shown), as well as other types of terminals, wirelessdevices, personal digital assistants (PDAs), television set-top boxes,other databases, and other digital devices that can receive userindications and can communicate with servers or firewalls.

[0045] Severs 201 can be, for example, Sun® servers using the Solaris®platform, Oracles database servers, or any other appropriate serverplatform. Transmission lines 202 and 208 may use T-1, T-2, or any otherappropriate transmission standards. Alternatively, the invention can bepracticed with a configuration as simple as a single computer that cando the following: store and query a database in its RAM, ROM, hard diskdrive, compact disc, floppy disk, or other suitable storage medium;display visual or play audio content; and receive user indications.

[0046]FIG. 3 shows an embodiment of integrated software according to theinvention. Computer 301 (which may be any of secure access devices204-206, firewall 207, and non-secure access devices 209-211)communicates with servers 201. Project applications 303, which arepreferably encoded in XML, transmit a demand 304 for databaseinformation to database 305. Database 305 may be, for example, Oracle®,Sybase®, Microsoft Access®, or any other relational or non-relationaldatabase package. Database 305 creates preferably XML files 306. Anexample of an XML file 306 is shown in Example 2 below. XML files 306are transmitted in. HTML format 307 a for viewing graphics with abrowser 308. Microsoft Internet Explorer® and Netscape Navigator® aretwo examples of browsers that may be used. Preferably, format 307 a isHTML with cascading style sheets (CSS).

[0047] Alternatively, XML files 306 may be transmitted in XML format 307b for use by other applications 309, such as, for example, C, C++, orJava applications that may be for a stand-alone screen, front-end GUI,or Web presentation package. Alternative format 307 b may include XMLwith CSS for further processing by applications such as search enginesor bots or may include regular HTML if a still or active display is theonly output requirement. Bots are programs that typically performrepetitive or time consuming tasks on a network (e.g., searching Websites on the Internet). Examples of formats 307 a and 307 b are shownbelow in Examples 3a-c.

[0048]FIG. 4 shows an embodiment of an application interfaceconfiguration in accordance with the invention. In this configuration, auser provides search parameters 401 to client application 402, which isactive on computer 301. Client application 402 converts searchparameters 401 into a demand 304 for database information. Demand 304may take the form of an SQL (structured query language) query whendatabase 305 is an SQL-based relational database. Preferably, however,server 201 processes demand 304 in a server application 404. Serverapplication 404 preferably includes the following modules; an XML parser414, an XSL processor 424, and an XML-SQL utility 434. XSL (extensiblestyle sheet language) is a language for specifying style sheets thatapply formatting to complex XML data for presentation in HTML and otherformats. XSL can map a single XML element to more than one type ofdisplay object (e.g., both an element in a list and an item in a table).A style sheet is a text file containing code to apply semantics such aspage layout specifications to an HTML document.

[0049] After converting demand 304 to SQL format (if necessary dependingon the database), application 404 sends query 405 to database 305.Database 305 processes query 405 and returns search results 406 toapplication 404. Application 404 then processes results 406 to createone or more XML files. These XML files are sent by application 404 asdata 407 to XSL style sheet 408. XSL style sheet 408 processes data 407and returns a response 307 in format 307 a or 307 b, as appropriate.Client application 402 then converts response 307 into a format that canbe heard or viewed by the user.

[0050]FIG. 5 shows an example of a display that can be used as AdvancedSearch Screen 107. Illustrative display 501 includes interactivefeatures 502, 503, 504, and 505. Display 501 may alternatively includemore or less interactive features as appropriate for a givenimplementation of the invention. Interactive feature 502, entitled“PLEASE ENTER KEYWORDS TO SEARCH,” accepts user entries of keywords orphrases to be used by XML project applications 303 when forming demand304. For example, “Oscar belt” may be entered via interactive feature502 by a user searching for a picture that has metadata containing thedescription, “Oscar Delahoya wearing a championship belt.” Interactivefeature 503, entitled “PLEASE SELECT ASSET CATEGORY,” accepts userentries for the type of asset to retrieve. For example, possible assettypes are photos, audio, video, text, any combination of these, or anyother appropriate asset type. Interactive feature 504, entitled“SEARCH,” allows users to submit a search request (i.e., haveapplication 303 form a demand 304). Interactive features 505, entitled“DTD,” “XML,” “XSL,” and “XSL SS,” allow a user to select a source codeformat in which to view data instead of viewing a composes video screenor hearing a composed audio output.

[0051]FIG. 6 shows an example of a display that can be used as SearchResults Screen 120. In this example, illustrative display 601 indicatesat 602 that 4 photo assets, 1 video asset, and 1 audio asset had beenfound, and shows at 603 a list of photographic assets, that met thecriteria of a demand 304. Illustrative display 601 preferably includesfeatures 604, 605, 606, and 607. Alternatively, display 601 can includemore or less features as desired for a given implementation of theinvention. Features 604 interactively accepts user indications ofselection or rejection of assets from the displayed list of assets.Features 605 may be interactive (e.g., a button) or static (e.g., just adisplay). In this example, feature 605 displays an image of the assetsassociated with the retrieved list items. If feature 605 is interactive,it can accept a user's selection of an asset to be ordered. Feature 606displays descriptive information associated with the assets that met thecriteria of demand 304. Feature 606, like feature 605, may beinteractive to accept user selections of an asset. Feature 607, entitled“ORDER CHECKED,” is interactive and accepts indications that a user hasfinished selecting assets and is ready to proceed along path 121 toContent Detail Screen 123.

[0052]FIG. 7 shows an embodiment of a document type definition (DTD) inaccordance with the invention. A DTD is a separate file or document thatcontains formal definitions of all the data elements in a particulartype of XML (or HTML or SGML) document, such as a report or a book. Byconsulting the DTD for a document, a program called a parser (e.g., XMLparser 414) can work with the markup codes that the document contains.DTD 700 includes asset element 701, which defines the type of data to bestored for each digital asset. DTD 700 may also include one or moreother data elements 702 for other uses. For example, asset element 701can contain a core set of definitions, while data element 702 cancontain additional definitions that augment the core set in cases wheresuch additional definitions are required by a particular user.

[0053] Asset element 701 preferably includes asset metadata 703, assettype data 704, and asset content 705. Asset element 701 may also includeadditional definitional information as desired. Asset metadata 703preferably includes the following definitional elements: productidentifier (ID) (e.g., a video program name), version ID, inventory ID,and ownership rights ID. Asset metadata 703 can also include any subsetof these identifiers or any additional identification information.

[0054] Asset type data 704 advantageously can include any number ofdefinitional elements relevant to a particular type of asset. Table 1 isa preferred embodiment of asset type data 704 in accordance with theinvention, showing definitional elements for classifying five assettypes: TABLE 1 ASSET TYPE → Photo Movie Audio Promo Voiceovers MetadataAd Slick Version Music On-Line edit Announcer Agency Rating StockAirmaster # Session Date Approved Minutes Library EE Master # 1st airdate Archive Seconds Sub Library Textless # Residual payment ArtDirector Date CD # Writer/ Production Producer company Black/White AKATitle CD Title Duration Agency Box ID Type Track Title Music Telephone #Caption Genre Duration Announcer Fed ID# Character Caption Composer Cutversions Address Client Title Publisher Graphics Color Licensor SocietyPromo Dub Comments Release Shoot Date Material Discard Date RatingOriginal EPK Entry Date Foreign Code Trailer Lang. Storage Date Run TimeTitle Kill Date Department Color/BW Duration Comments Final art DirectorSession DT DAT Job number Cast Composer Script Licensor Brief PublisherEDL Synopsis Off-site P Version Society Screening storage Format notesPhotographer Synopsis Rights Internet Issues rights Product ID ProductID Contract (lic.) Poster Art Version ID Internet Press Kit Contract IDInternation al Version ID Run code Library Contact Project SAP NumberResolution Restrictions Shoot date Talent Title

[0055] Note that the elements defined in Table 1 are illustrative andthus are neither required nor exclusive of other elements.

[0056] Asset content 705 preferably includes one of the following:digitally encoded asset data, a link to a file containing asset data, ora reference to a location where asset data is digitally stored.Alternatively and less preferable, multiple copies of a digital assetcan be referenced or included in asset content 705.

[0057] An embodiment of DTD 700 for digital assets, which includes assetelement 701, asset metadata 703, asset type data 704, and asset content705, is shown below in Example 1 in accordance with the invention.

EXAMPLE 1

[0058] <!-DTD FOR DIGITAL ASSETS->

[0059] <!-Digital Library Data Definition->

[0060] <!-Supporting technologies include but not limited to XML, XSL,XSLT, XPATH, DTD Schema-> <!ELEMENT digitalAsset (assetMetadata,movieTitleMetadata?, rightsMetadata, transactionMetadata?, Photo*,Promo*, Audio*, Movie*,)> <!ELEMENT assetMetadata (#PCDATA)> <! ATTLISTassetMetadata AssetTitle CDATA #IMPLIED this asset package has a nameAssetComments CDATA #REQUIRED comments/description about the asset groupAssetVersion CDATA #REQUIRED version, major + minor AssetCreateDateCDATA #REQUIRED create date > <!ELEMENT movieTitleMetadata (#PCDATA)> <!ATTLIST movieTitleMetadata PID CDATA #REQUIRED product id; link toPRIME.PPROD VID CDATA #REQUIRED PEG--version id; LINK TOprime/pversion_general RID CDATA #REQUIRED rights id, for FUTURE useGenre CDATA #REQUIRED PEG genre, may be several genres [ ] FUT makemultiple elements? Rating CDATA #REQUIRED PEG MPAA informationmovieTitleLong CDATA #REQUIRED PEG the movie title, full name with allpunctuation movieTitleShort CDATA #REQUIRED PEG abbreviated movie title,suitable for computer filenames; no blanks, special chars movieTitleAKACDATA #IMPLIED alternate movie name; different countries StudioProviderCDATA #IMPLIED PEG--copyright owner or provider of tape Director CDATA#REQUIRED PEG--movie director Cast CDATA #REQUIRED PEG cast members,talent [ ] FUT make multiple elements? SynopsisBrief CDATA #REQUIRED PEGshort description SynopsisLong CDATA #REQUIRED full descriptionLanguages CDATA #REQUIRED PEG languages; may be several on many tracks;[ ] FUT make multiple elements? movieComments CDATA #REQUIREDtransmission commentary information movieCreateDate CDATA #REQUIRED PEGneeds year creation date movieRun_Time CDATA #REQUIRED PEG hh:mmmovieRun_Time-Status CDATA #REQUIRED estimated or actualmovieRunTimeMinutes CDATA #IMPLIED RunTime minutes movieRunTimeSecondsCDATA #IMPLIED RunTime seconds Run_Code CDATA #IMPLIED (ex. 2:02 HA)Run_Code_Type CDATA #IMPLIED can include codes indicating type ofencoding etc. Color/BW CDATA #IMPLIED black & white or color CaptionCDATA #IMPLIED caption or description information Keywords CDATA#IMPLIED digital library query data for file retrieval > <!-RightsManagement Structure-> <!ELEMENT rightsMetadata (#PCDATA)> <! ATTLISTrightsMetadata CID CDATA #REQUIRED contract id Amend_No CDATA #IMPLIEDcontract amendment number Ravi_ID CDATA #IMPLIED rights availabilitywindow id Start_Date CDATA #IMPLIED PEG start of availability End_DateCDATA #IMPLIED PEG end of availability No_of_Plays CDATA #IMPLIEDallowed number of plays per agreement Usage_Allowed CDATA #IMPLIED extrarestrictions (ex. Rewind, pause, fast forward) Fee CDATA #IMPLIEDtransaction fee Authorized_Zone CDATA #IMPLIED geography or personWorld_Wide_Rights CDATA #IMPLIED yes or no Music_Effects CDATA #IMPLIEDyes or no (ex. train crash, explosion) Licensor CDATA #IMPLIED copyrightholder Coypright_Year CDATA #IMPLIED year of copyright > <!-TransactionMetadata Structure-> <!ELEMENT transactionMetadata (#PCDATA)> <! ATTLISTtransactionMetadata Trans_ID CDATA #REQUIRED transaction id Trans_TypeCDATA #IMPLIED type of transaction Trans_Date CDATA #IMPLIED date oftransaction Trans_User_ID CDATA #IMPLIED transaction author > <!-DigitalPhoto Metadata Structure-> <!ELEMENT Photo (photoMetadata,transactionMetadata)> <!ELEMENT photoMetadata (#PCDATA)> <! ATTLISTphotoMetadata <!-Baseline Information Required fields-> BID CDATA#REQUIRED base ID Form_DigitalAsset CDATA #REQUIRED photographs,graphics, location stills, or royalty fee Orig Creation Date CDATA#REQUIRED original creation date of digital photo asset (date field)Resolution Type CDATA #REQUIRED <!-Production Information (extractedfrom PRIME)-> Film/Series/Program_Title CDATA #IMPLIED program titleassociated with photograph Orig Broadcast Date CDATA #IMPLIED originalbroadcast date of film or series (date field extracted from PRIME) OrigBroadcast Season CDATA #IMPLIED original broadcast season of program orseries Orig Release Date CDATA #IMPLIED original release date of programor series Film/Series_Creation Date CDATA #IMPLIED original creationdate of film or series (date field) Original Copyright Year CDATA#IMPLIED copyright year (date field Film/Series_Version CDATA #IMPLIEDversion control information Film/Series_Origin CDATA #IMPLIED origin offilm or series (e.g. HBO Theatrical) Description_Blurb CDATA #IMPLIEDdescription information extracted from PRIME Form_Program CDATA #IMPLIEDprogram type (e.g. Movie) Genre CDATA #IMPLIED program style (e.g.Romance, Drama, Comedy) Rating CDATA #IMPLIED program rating (e.g. R,PG) FilmSeries_Director CDATA #IMPLIED director of film or seriesFilm/Series_Writer CDATA #IMPLIED writer of film or seriesFilm/Series-Producer CDATA #IMPLIED producer of film or seriesFilm/Series_Cast Talent CDATA #IMPLIED film or series cast and talentinformation FilmSeries_Production CDATA #IMPLIED production executiveExecutive Film/Series Programming CDATA #IMPLIED programming executiveExecutive <!-Photograph Content Information-> Cast/Talent_Photo CDATA#IMPLIED cast or talent that appear in photograph Crew Name_Photo CDATA#IMPLIED crew that appear in photograph Crew Position_Photo CDATA#IMPLIED crew position (e.g. Director, Producer, Writer) Origin_PhotoCDATA #IMPLIED origin of photo (e.g. Warner Brothers, United Artist,Sports Illustrated) Agency CDATA #IMPLIED creative agency informationArt Director_Photo CDATA #IMPLIED Art Director information PhotographerCDATA #IMPLIED Photographer information Requesting Department CDATA#IMPLIED division requesting digital content Request Date CDATA #IMPLIEDdate of request for digital asset (date field) <!-Physical PhotographInformation-> Orig Photo ID CDATA #IMPLIED barcode information fromphoto label Orig Photo Medium CDATA #IMPLIED (e.g. negative, print,transparency) Orig Photo Location CDATA #IMPLIED location of photo inphysical archive Orig Photo Archive Date CDATA #IMPLIED original archivedate of photo (date field) Orig Photo Archive Box CDATA #IMPLIEDoriginal box number from physical file Number <!-General Information->DID CDATA #IMPLIED digital asset id. link to Artesia UO!_ID_(—) ShootType CDATA #IMPLIED type of photographic shoot (e.g. gallery, locationstill, acquisition) Color CDATA #IMPLIED color space of digital photo(e.g. black & white color) Description CDATA #IMPLIED description ofdigital photograph subject matter Comments CDATA #IMPLIED generalcomments Ready for Rights CDATA #IMPLIED yes or no Input Date CDATA#IMPLIED date of ingestion into Digital Library system (date field)Input By CDATA #IMPLIED name of person responsible for uploading assetinto Digital Library Last Updated Date CDATA #IMPLIED date of lastupdate or modification (date field) Last Updated By CDATA #IMPLIEDperson responsible for last update or modification <!-RightsInformation-> Asset Copyright Year CDATA #IMPLIED digital asset year ofcopyright Asset Copyright Holder CDATA #IMPLIED digital asset copyrightholder Restrictions_Legal CDATA #IMPLIED legal restrictions associatedwith digital asset Restrictions_Photographer CDATA #IMPLIED photographerrestrictions associated with digital asset Restrictions_Exclusives CDATA#IMPLIED yes or no Exclusives Held Until CDATA #IMPLIED expiration ofexclusive condition linked to digital asset (date field)Restrictions_License CDATA #IMPLIED licensing limitations orrestrictions Limitations associated to digital asset Legal Contact CDATA#IMPLIED legal contact for information regarding digital content usageAvailability End Date CDATA #IMPLIED date when digital asset is nolonger available for usage (date field) Rights Input Date CDATA #IMPLIEDdate digital rights entered into Digital Library system (date field)Rights Input By CDATA #IMPLIED person entering digital rights info intoDigital Library system Rights Last Updated Date CDATA #IMPLIED daterights information was last upgraded or modified (date field) RightsLast Updated By CDATA #IMPLIED person responsible for last update ormodification of rights info <!-Digital Photograph Information-> FilenameCDATA #IMPLIED name of digital file assigned by scanning technician(e.g. sopranos.jpg) Format CDATA #IMPLIED file format (e.g. JPEG, TIFF,PPT) Physical Location CDATA #IMPLIED archival location of originaltransparency or print Server Location CDATA #IMPLIED location of digitalasset storage system Digitizing Date CDATA #IMPLIED date digital assetwas scanned (date field) Creator CDATA #IMPLIED name of person creatingthe digital file (e.g. scanning technician) Filesize CDATA #IMPLIED sizeof digital file (KB/MB) Mode CDATA #IMPLIED color space (e.g. RGB, CMYK,Grayscale) Height_Inches CDATA #IMPLIED height of digital image (inches)Width_Inches CDATA #IMPLIED width of digital image (inches)Height_Pixels CDATA #IMPLIED height of digital image (pixels) Width(Pixesl0 CDATA #IMPLIED width of digital image (pixels) Resolution_DPICDATA #IMPLIED digital image resolution (dots per inch) > <!DigitalAudio Metadata Structure> <!ELEMENT Audio (audioMetadata,transactionMetadata)> <!ELEMENT audioMetadata (#PCDATA)> <! ATTLISTaudioMetadata AID CDATA #REQUIRED asset id PID CDATA #REQUIRED productID CID CDATA #REQUIRED contract id Title CDATA #IMPLIED audio titleMusic CDATA #IMPLIED yes or no Stock CDATA #IMPLIED yes or noStock_Library CDATA #IMPLIED music library information Stock_Sub_LibraryCDATA #IMPLIED audio library tracking information Stock_CD_Nbr CDATA#IMPLIED CD ID number Stock_CD_Title CDATA #IMPLIED CD title informationStock_Track_Title CDATA #IMPLIED audio track information Stock_DurationCDATA #IMPLIED length of media section Stock_Composer CDATA #IMPLIEDmusic composer information Stock_Publisher CDATA #IMPLIED publishingparty (ex. Warner, etc.) Stock_Society CDATA #IMPLIED (ex. ASCAP, etc.)Original CDATA #IMPLIED yes or no Original_Code CDATA #IMPLIED xOriginal_Session_Date CDATA #IMPLIED date of recording Original_ComposerCDATA #IMPLIED music composer information Original_Publisher CDATA#IMPLIED party of publisher (ex. Warner, etc.) Original_Society CDATA#IMPLIED x Rights_Issues CDATA #IMPLIED contract information (ex.Rights, Permissions) Contract_License CDATA #IMPLIED yes or no InternetCDATA #IMPLIED yes or no International CDATA #IMPLIED yes or noLibrary_Contact CDATA #IMPLIED contact person > <!-Long Form MovieMetadata Structure-> <!ELEMENT Movie (movie_FormatMetadata,TransactionMetadata)> <!ELEMENT movie_FormatMetadata (#PCDATA)> <!ATTLIST movie_FormatMetadata SAP CDATA #IMPLIED yes or no; secondaryaudio program (ex. Spanish) P_Version_Format CDATA #IMPLIED refers tothe format information (PRIME Table) Transmission_Format CDATA #REQUIREDdigital format (ex. MPEG, Quicktime, etc.) Storage_Capacity CDATA#IMPLIED storage requirements for digital transmission dataUnit_of_Measure_of_(—) CDATA #IMPLIED (ex. Megabytes MB, Gigabytes GB,Capacity Terabytes TB) Compression_Status CDATA #REQUIRED bit rateinformation ESP CDATA #REQUIRED yes or no Closed_Caption CDATA #IMPLIEDyes or no Sound CDATA #IMPLIED (ex. Stereo, Mono, Dolby, Dolby Digital,Dolby) >

[0061] Example 2 below shows a sample XML document generated as part ofa photographic asset search.

EXAMPLE 2

[0062] (filename: sample.xml) <?xml version=‘1.0’ standalone=‘no’?><DAL> <Asset> <Assetmetadata PID=“200000” AssetTitle=“Chaos Factor”Comments=“Soldiers talking to man”> </Assetmetadata> <Photo><Photometadata Resolution=“72 dpi” Talent=“Unknown”> </Photometadata></Photo> <Content>chaos_1_t.jpg </Content> </Asset> <Asset><Assetmetadata PID=“141896” AssetTitle=“lf walls could talk 2”Comments=“An HBO Films trilogy examining the lesbian experience inAmerica in three different decades”> </Assetmetadata> <Photo><Photometadata Resolution=“72 dpi” Talent=“Ellen Degeneres”></Photometadata> </Photo> <Contept>walls_2_t.jpg </Content> </Asset><Asset> <Assetmetadata PID=“300000” AssetTitle=“Sex and the city”Comments=“Close up portrait of Sarah JessicaParker”> </Assetmetadata><Photo> <Photometadata Resolution=“72 dpi” Talent=Sarah and cast”></Photometadata> </Photo> <Content>sex_city_2_t.jpg </Content> </Asset><Asset> <Assetmetadata PID=“141897” AssetTitle=“If walls could talk 2”Comments=“ An HBO Films trilogy examining the lesbian experience inAmerica in three different decades”> </Assetmetadata> <Photo><Photometadata Resolution=“72 dpi” Talent=“Ellen Degeneres”></Photometadata> </Photo> <Content>walls_5_t.jpg </Content> </Asset></DAL>

[0063] XSL operates on XML search output. The output from XSL may beeither HTML or XML both with CSS. Known software engines, such as, forexample, a software engine known as XT developed by James Clark (seehttp://jclark.com/xml/xt.html for more details), can be used to convertXML into HTML. A sample command for doing such is: C:>XT sample.xmlcss.xsl output2.xml. This command generates an XML document namedoutput2.xml, which can be displayed using standard browser software.

[0064] Example 3a shows a sample XSL script. Example 3b shows a sampleHTML document generated by XSL on the XML search output of Example 2.Example 3c shows a sample XML document with CSS also generated by XSL onthe XML search output of Example 2. Example 3a <?xml version=“1.0”?><xsl:stylesheet version=“1.0”xmlns:xsl=“http://www.w3.org/1999/XSL/Transform”> <xsl:templatematch=“/”> <xsl:apply-templates/> </xsl:template> </xsl:templatematch=“/DAL/Asset”> <TABLE WIDTH=“100%” BORDER=“1”><TR><TD HEIGHT=“288”><B>PID:</B><xsl:value-of select-Assetmetadata/@PID/><BR/> <B>AssetTitle: </B><xsl:value-of select=“Assetmedatada/@AssetTitle”/><BR/><B>Comments:</B><xsl:value-of select=“Assetmetadata/@Comments”/><BR><B>Resolution:</B><xsl:value-ofselect=“Photo/Photometadata/@Resolution”/><BR/><B>Talent:</B><xsl:value-of select=“Photo/Photometadata/@Talents”/><BR/></TD><TD WIDTH=“288” HEIGHT=“288”> <xsl:apply-templates/> </TD></TR><TABLE> </xsl:template> <P><A <xsl:template match=“/DAL/Asset/Content”>href=“{concat(full_‘,ancestor::Asset/Content)}”><imgsrc=“{ancestor::Asset/Content}”border=“ ”/> </A></P> </xsl:template></xsl:stylesheet>

[0065] EXAMPLE 3b <HTML> <TABLE WDTH=“100%” BORDER=“1”><TR> <TDHElGHT=“288”> <B>PID: </B>200000<BR/> <B>Asset Title:</B>ChaosFactor<BR/> <B>Comments:</B>Soldiers talking to man<BR/><B>Resolution:/B> 72 dpi<BR/> <B>Talent:</B>Unknown<BR/> </TD>TDWIDTH=“288” HEIGHT=“288”> <P><A href=“full_chaos_1_t.jpg“<>imgsrc=“chaos_l_t.jpg” border=“0” /></A></P></TD> </TR></TABLE> <TABLEWIDTH=“100%” BORDER=“1”><TR> <TD HEIGHT=“288”> <B>PID: </B>141896<BR/><B>Asset Title:</B>If walls could talk 2<BR/> <B>Comments:</B>An HBOFilms trilogy examining the lesbian experience in America in threedifferent decades<BR/> <B>Resolution:</B> 72 dpi<BR/><B>Talent:</B>Ellen Degeneres<BR/></TD> <TD WIDTH=“288” HEIGHT=“288”><P><A href=full_walls_2_t.jpg”><imgsrc=“walls_2_t.jpg”border=“0”/></A></P></TD> </TR></TABLE> <TABLEWTDTH=“100%” BORDER=“1”><TR> <TD HEIGHT=“288”><B>PID: </B>300000<BR/><B>Asset Title:</B>Sex and the city<BR/> <B>Comments:</B>Close upportrait of Sarah Jessica Parker<BR/> <B>Resolution:</B> 72 dpi<BR/><B>Talent:</B>Sarah and cast<BR/></TD> <TD WTDTH=“288” HEIGHT=“288”><P><A href=“full_sex_city_2_t.jpg”><img src=“sex_city_t.jpg” border=“0”/></A></P> </TD></TR></TABLE> <TABLE WlDTH=“100%” BORDER=“1”><TR> <TDHEIGHT=“288”> <B>PID: </B>141896<BR/> <B>Asset Title:</B>If walls couldtalk 2<BR/> <B>Comments:</B>An HBO Films trilogy examining the lesbianexperience in America in three different decades<BR/> <B>Resolution:</B>72 dpi<BR/> <B>Talent:</B>Ellen Degeneres<BR/></TD> <TD WIDTH=“288”HEIGHT=“288”> <P><A href=“full_walls_5_t.jpg”> <imgsrc=“walls_5_t.jpg”border=“0” /></ A></P> </TD> </TR></TABLE> </HTML>

[0066] EXAMPLE 3c (filename: css.xml) <?xml version=1.0”?><xsl:stylesheet version=“1.0”xmlns:xsl=“http://www.w3.org/1999/xsl/transform”> <xsl:templatematch=“/”> <xsl:processing-instruction name=“xml-stylesheet”>type=“text/css” href=“#photos” </xsl:processing-instruction><xsl:apply-templates select=“DAL”/> <xsl:template> <xsl:templatematch=“.”> <xsl:copy><xsl:value-of select=“.”/></xsl:copy></xsl:template> <xsl:template match=“DAL”> <style id=photos”> Asset{display: block; position:relative;width:100%;height:225px;border:inset3px gray;} Assetmetadata {display:inline;font-size:14pt;}Photo {display:inline;font-size:12pt;} Photometadata{display:inline;font-size: 12pt;} Content {width:72 px;height:72px;position:relative;display:block;float:left;} <xsl:for-eachselect=“//Asset”>Content[photo<xs1:value-of select=@PID”/>]{background-image:url(<xsl:value-of select=“Content”/>);}</xsl:for-each> </style> <xsl:apply-templates select=“Asset”/></xsl:template> <xsl:template match=“/DAL/Asset/Content”> <Content id=”{concat(Photo', sibling::Assetmetadata/@PID)}href=“{sibling::Asset/Content}”/> </xsl:template> <xsl:templatematch=“/DAL/Asset”> <TABLE WIDTH=“100%” BORDER=“1”><TR><TD HEIGHT=“288”><B>PID: </><xsl:value-of select=Assetmetadata/@PID/><BR/> <B>AssetTitle:</B> <xsl:value-of select=“Assetmetadata/@AssetTitle”><BR/><B>Comments:</B><xsl:value-of select=“Assetmetadata/@Comments”/><BR/><B>Resolution:</B><xsl:value-ofselect=“Photo/Photometadata/@Resolution”/><BR/><B>Talent:</B><xsl:value-of select=Photo/Photometadatal@Talent”/>< BR/></TD> <TD WIDTH=“288” HEIGHT=“288”> <xsl:apply-templates /> </TD></TR><TABLE> </xsl:template> <P></P <xsl:template match=“/DALAsset/Content”> href={“concat(‘photo’,sibling::asset/content)}”> <imgsrc=”{ancestor::Asset/Content}”border=“0”/> </A></P </xsl:template></xsl:stylesheet>

[0067] Thus it is seen that XML data definitions for digital assets areprovided that can be used as a standardized dictionary for applicationand platform independent exchange and repurposing of those assets. Oneskilled in the art will appreciate that the present invention can bepracticed by other than the described embodiments, which are presentedfor purposes of illustration and not of limitation, and the presentinvention is limited only by the claims which follow.

We claim:
 1. A document type definition (DTD) comprising metadata for atleast two types of digital assets selected from the group consisting ofphotographs, audio recordings, video recordings, movies, graphics, andtext documents.
 2. The document type definition of claim 1 wherein saiddocument type definition is encoded in extensible markup language (XML).3. The document type definition of claim 1 comprising metadata forphotographs and audio recordings.
 4. The document type definition ofclaim 1 comprising metadata for photographs and video recordings.
 5. Thedocument type definition of claim 1 comprising metadata for photographs,audio recordings, and video recordings.
 6. The document type definitionof claim 1 comprising metadata for photographs, audio recordings, andmovies.
 7. The document type definition of claim 1 comprising metadatafor photographs and further comprising a plurality of metadataattributes for said photograph metadata, said photograph metadataattributes comprising: a definition for black/white; a definition forcolor; and a definition for caption.
 8. The document type definition ofclaim 1 comprising metadata for audio recordings and further comprisinga plurality of metadata attributes for said audio metadata, said audiometadata attributes comprising: a definition for music; a definition fortrack title; and a definition for duration.
 9. The document typedefinition of claim 1 comprising metadata for audio and furthercomprising a plurality of metadata attributes for said audio metadata,said audio metadata attributes comprising: a definition for compact disc(CD) number; and a definition for CD title.
 10. The document typedefinition of claim 1 comprising metadata for movies and furthercomprising a plurality of metadata attributes for said movie metadata,said movie metadata attributes comprising: a definition for title; and adefinition for version.
 11. The document type definition of claim 1comprising metadata for movies and further comprising a plurality ofmetadata attributes for said movie metadata, said movie metadataattributes comprising: a definition for rating; a definition forminutes; and a definition for release date.
 12. The document typedefinition of claim 1 comprising metadata for movies and furthercomprising a plurality of metadata attributes for said movie metadata,said movie metadata attributes comprising: a definition for run time; adefinition for color; and a definition for synopsis.
 13. The documenttype definition of claim 1 comprising metadata for movies and furthercomprising a plurality of metadata attributes for said movie metadata,said movie metadata attributes comprising: a definition for director;and a definition for cast.
 14. A document type definition (DTD)comprising metadata for at least three types of digital assets selectedfrom the group consisting of photographs, audio recordings, videorecordings, movies, graphics, and text documents.
 15. A document typedefinition (DTD) comprising metadata for photographic digital assets,audio digital assets, promo digital assets, and voiceover digitalassets.
 16. A document type definition (DTD) comprising: digital contentselected from the group consisting of digitally encoded asset data, alink to a file containing asset data, and a reference to a locationwhere asset data is digitally stored; and metadata for at least threetypes of digital assets selected from the group consisting ofphotographs, audio recordings, video recordings, movies, graphics,promos voiceovers, and text documents.
 17. A database comprising: afirst record having a plurality of fields identifying a photograph; asecond record having a plurality of fields identifying a motion picturemovie; and a third record having a plurality of fields identifying amusical recording.
 18. The database of claim 17 wherein said firstrecord comprises a field identifying the photographer.
 19. The databaseof claim 17 wherein said second record comprises a field identifying thetitle of said movie.
 20. The database of claim 17 wherein said thirdrecord comprises a field identifying the composer of said musicalrecording.
 21. A database comprising: a first record having a pluralityof fields identifying a photograph; a second record having a pluralityof fields identifying a movie; a third record having a plurality offields identifying an audio recording; and a fourth record having aplurality of fields identifying a voiceover.
 22. A database comprising:a first record having a plurality of fields identifying a photograph; asecond record having a plurality of fields identifying a movie; a thirdrecord having a plurality of fields identifying an audio recording; afourth record having a plurality of fields identifying a voiceover; anda fifth record having a plurality of fields identifying a promo.
 23. Adigital asset library comprising: a database comprising a plurality ofrecords, one said record identifying a photograph, a second said recordidentifying a video recording, and a third said record identifying anaudio recording; and a document type definition (DTD) comprisingdefinitions for photographs, video recordings, and audio recordings,said DTD corresponding to said database records.
 24. A digital assetlibrary comprising: a database comprising a plurality of records, onesaid record identifying a photograph, a second said record identifying avideo recording, and a third said record identifying an audio recording;a document type definition (DTD) comprising definitions for photographs,video recordings, and audio recordings, said DTD corresponding to saiddatabase records; and digital content comprising a photograph, a videorecording, and an audio recording.
 25. A digital asset library stored ina computer system, said library comprising: a database comprising aplurality of records, said records identifying at least two types ofdigital assets selected from the group consisting of still images, audiorecordings, video recordings, movies, graphics, voice-overs, promos, andtext documents; a document type definition (DTD) comprising definitionsfor said at least two types of digital assets, said DTD corresponding tosaid database records; and digital content of said at least two types ofdigital assets.
 26. A method of retrieving digital assets from a singledigital asset library, said digital assets comprising at least threedifferent types of digital assets selected from the group consisting ofstill images, video recordings, audio recordings, graphics, promos,voiceovers, and text, said method comprising: receiving a request for atleast one digital asset, said request comprising criteria to which saidat least one digital asset is to conform; accessing a document typedefinition (DTD) of sail digital asset library, said DTD defining dataelements for at least three different types of digital assets selectedfrom the group consisting of still images, video recordings, audiorecordings, graphics, promos, voiceovers, and text; searching a databaseof said digital asset library for said at least one digital asset, saiddatabase comprising a plurality of records identifying digital assets ofat least three different types selected from the group consisting ofstill images, video recordings, audio recordings, graphics, promos,voiceovers, and text; and returning a list of at least one digital assetconforming to said criteria.
 27. The method of claim 26 wherein saidcriteria comprises a keyword.
 28. The method of claim 26 wherein saidcriteria comprises a product ID and a version ID.
 29. The method ofclaim 26 wherein said returning a list comprises returning a list of atleast three digital assets each conforming to said criteria, each saidasset being of a different asset type selected from the group consistingof still images, video recordings, audio Recordings, graphics, promos,voiceovers, and text.
 30. The method of claim 26 further comprising:receiving a request for a copy of said at least one digital assetconforming to said criteria; accessing said at least one digital assetstored in a computer memory device of said digital asset library; andcreating a copy of said at least one digital asset in compliance withsaid request for a copy.